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[57] ABSTRACT 

Stored information used for routing packets of a net- 
work of nodes interconnected by links. A link state 
packet is sent to the first node indicating the states of 
links connected to some given node in the network. At 
the first node, an attempt is made to. derive from the link 
state packet sent in step (a), the states of the links. If the 
states of fewer than all of the links connected to the 
given node are derived in step (b), the stored informa- 
tion used for routing packets is updated using the de- 
rived link states without regard to other link state pack- 
ets sent to the first node. Another aspect features orga- 
nizing, at a node in a network of nodes interconnected 
by links, a database of entries concerning respective 
links, by (a) providing indicators associated with the 
entries, (b) when a link becomes inoperable, setting or 
clearing the indicator associated with the entry related 
to the link, and (c) when the link becomes operable, 
clearing or setting the indicator. Another aspect fea- 
tures organizing information concerning the states of 
links interconnecting nodes of a network of nodes, the 
information being grouped in link state packets indicat- 
ing the states of links connected to respective source 
nodes. The link state packets are ordered, a range of the 
link state packets in the order is selected, and a summary 
is formed including information indicating the bound- 
aries of the selected range, and information identifying 
each link state packet in the selected range. 

34 Claims, 6 Drawing Sheets 
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node connecled to the source router by a communica- 

UPDATTNG LINK STATE INFORMATION IN tions link. , L , 

NETWORKS When changes occur (e.g., the links connected to a 

router become operative or inoperative), a new version 

CROSS REFERENCE TO RELATED 5 of the router's LSP is issued. In known LSP algorithms, 

APPLICATIONS to reflect these changes, fields are removed from or 

^ . . , * * « ^t^«t;«« added to the LSP. In known LSP based routing algo- 

Tte -PP^ « "^^^SS^mSSS^ SL, when a link connected to a router fails, the field 

CAS? O^O^ATON IN A ^ WTOE AREA corresponding to the link (i.e., the field indicating the 

al. and copending application Ser No. 07/398.347 enti- the router's LSP, and the router s " p 

Ued ROBUST PACKET ROUTING OF A DISTRIB- When a link returns to operanon the field «re*^ 

UTED NETWORK CONTAINING MALICIOUS ing to the link is added back to the LSP, and the LSr is 

FAILURES FILED Aug. 24, 1989 by Radia J. Perl- retransmitted. m 

man In one algorithm for adding and removing fields from 

a LSP, when a field is removed, each of the fields below 

BACKGROUND OF THE INVENTION the rcmove d field is moved to a position one field nearer 

The invention relates to updating link state informa- to the beginning of the LSP. When a field is added, it is 

tion in networks. added to the end of the LSP. Thus, when a field near 

Information is communicated through such a net- 20 the beginning of the LSP is removed, most of the other 

work along a myriad of links which interconnect nodes. fields in the LSP are repositioned. 

The nodes may be routers, which receive and forward The LSPs stored by two routers are often compared 

packets toward their destination along the appropriate l0 determine if the LSPs being stored by one router are 

links. Each router must know the states (e.g., operative more re cent than the LSPs being stored by one of its 

or inoperative) of the links in the network in-order to 25 neighboring routers. Sometimes all of the LSPs being 

send packets along effective paths to their respective stored by two neighboring routers are compared. To 

destinations, avoiding, for example, faulty links or rout- accomplish this, one router forms a complete sequence 

ers. Schemes for communicating link state information numDer packet (CSNP) that lists all of the sequence 

and choosing effective (e.g., optimum) paths are known num bers of all of the LSPs currently stored by the 

as routing algorithms. router. 

In popular routing algorithms such as that described Referring to FIG. 2, a CSNP contains the sequence 

in "The New Routing Algorithm for the ARPANET' num i> er field 12 of each LSP stored in the database of 

by McQuillan, Richer, and Rosen, IEEE Transactions ^ foutcr that generatec j the CSNP. However, these 

on Communications, May, 1980, each node (e.g., router) g™^,^ numbers cannot be interpreted without also 

determines which links are connected to it, the state of 35 ^ . tfac identity 0 f tne router that generated the 

those links, and the identity of the node on the other end ^^ce num bers. Therefore, the source field 10 of 

of each link. To initialize the network, each router ^ L sp is paired with the sequence number 12 of the 

places this information in a special packet known as a ^ (formi a ^ 

Link State Packet (LSP), and transmits this LSP to all ^ netW0 rk, a router may be connected to 

of the other routers in the network Later, when 40 com ^ unicfttions links , mak j ng that router's LSPs 

changes in the network occur (e.g. a link fails), one or \ Furthermore, there may be many nodes, and 

more routers may generate new LSPs which supersede / the CSNPs may also become very large. In gen- 

previously generated LSPs. As long as the most recent ^ difficult it is to trans- 

LSPs are propagated reliably to all of the routers, each 7 over a network 

router will have complete information about the current 45 ™ om / network tocols ^ bMt a maximum size for 

topology of the network and can thus use any well ™£ transmitted. For example, on a local area 

known algorithm to compute routes through the net- P configured in accordance with the 

work (such as the Dijkstra algorithm described in A ^ r ^protbool (described in the IEEE 802.3 
NoteonTwoProWemsm^ 

Edsgar Dijkstra, Vol. 1, 1959, pages 269-271). How- 50 w > Engineers New York, NY), the maximum 

ever, if the transmission of LSPs becomes unreliable M^Sffly 1500 bytes. In order to 

then the network may eventually become incapable of ^ts over Lfa sizelmited protocols, 

ict> J ,-^;^ a «H th<* r^veH LSP is ienored. To receiving node then re assembles the pieces, ana tne 

SStfLSft every LSP is assigned a sequence number, node (this forwarduig may involve re sphttag the 
T^ZSia^^ « g^ter than that of packet for transmission over another sue-lnrnted proto- 

^Sffto^ftypWLSPtael^.-^ "Even in protocols which are not siz^imited, the 
l£»%^te\2L of the router that origi- 65 ^^t^^^^.^^tZS^ 
nated the LSP; a Sequence number field 12 containing by noise when sent along a Ink. Although commumca- 
the sequence number for the LSP; and any number of tions faults occur at random the 
neighbor fields 14, each of which indicates a neighbor the longer it will take to be sent over the link, and thus 
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the more likely it is that a fault will occur during the operative by identifying one or more other nodes that 

transmission of the packet. Although it is common for are connected to the operative link. 

data packets to be encoded with an error-checking If a link connected to the given node changes from a 

algorithm (such as a checksum) which can determine if first state to: a second state, a determination is made 

an error has corrupted the information in the packet, 5 whether the first; state of the link was indicated in a 

such error-checking algorithms typically do not pro- previously sent link state packet, and if so a replacement 

vide for a way to correct the packet; rather, they can packet is sent from the given node to the first node 

simply determine whether the packet is in error. There- indicating the change of state of the link; conversely, if 

fore, when a packet is received in error, it is discarded the first state of the link was not indicated in a previous 

by the receiving router. The sending router then re- 10 packet, a link state packet is sent from the given node to 

transmits the packet. The increased probability of errors the first node indicating that the link is in the second 

in transmitting large packets, coupled with the extra state. When a replacement packet is sent, an indicator is 

time required to transmit such packets, can result in a stored in the given node indicating the changes repre- 

computation burden on network routers. sented by the replacement packet. If the changed link 

qitmmap v np thp TKVPMTinN 15 subsequently changes from the second state back to the 

SUMMARY OF THE INVENTION first s ^ ^ mdicator is rctr ieved, a further 

The invention assembles link state information con- replacement packet is formed based on the indicator, 

cerning a given node of a network into multiple packets and ' the further replacement packet is sent to the first 

called fragments and sends the fragments to other nodes node. 

in the network to allow those other nodes to update 20 Each link state packet indicates that a link connected 

their link state databases. A node (called a "first" node) to the given node is operative by identifying one or 

to which a fragment is sent can use the link state infor- more nodes that are connected to the operative link, and 

mation contained in that fragment without regard to indicates that a link connected to the given node is 

whether or not other fragments are successfully re- inoperative by omitting identification of any nodes that 

ceived at that node. 25 are connected to the inoperative link. The indicator 

In general, in one aspect, the invention features up- includes a field for identifying a node and a flag bit for 

dating, at a first node of a network of nodes intercon- indicating the opcrability of the link connecting the 

nected by links, stored information used for routing identified node to the given node, 

packets at the first node. A link state packet is sent to In general, in another aspect, the invention features 

the first node indicating the states of links connected to 30 organizing* at a node in a network of nodes intercon- 

some given node in the network. At the first node, an nected by links, a database of entries concerning respec- 

attempt is made to derive from the link state packet sent tive links, by (a) providing indicators associated with 

in step (a), the states of the links. If the states of fewer the entries, (b) when a link becomes inoperable, setting 

than all of the links connected to the given node are (or clearing) the indicator associated with the entry 

derived in step (b), the stored information used for rout- 35 retoted to the link, and (c) when thie link becomes opera- 

ing packets is updated using the derived link states with- ble, cliearing (or setting) the indicator, 

out regard to other link state packets sent to the first In general, in another aspect, the invention features 

node. organizing information concerning the states of links 

Preferred embodiments include the following fea- interconnecting nodes of a network of nodes, the infor- 
tures. In the case when the states of all of the links 40 mation being grouped in link state packets indicating 
connected to the given node are derived in step (b), the the states of links connected to respective source nodes, 
stored information used for routing packets is also up- The link state packets are ordered, a range of the link 
dated using the derived link states. The link state packet state packets in the' order is selected, and a summary is 
is originated from the given node. At a second node of foiled ihduding mforinatibn indicating the boundaries 
the network, stored information used for routing pack- 45 of the selected range; and information identifying each 
ets at the second node is also updated by sending a link link state packet in the selected range, 
state packet to the second node (e.g., the same link state Preferred embodiments of the invention include the 
packet as the one sent to the first node) indicating the following features. The ordering of the link state pack- 
states of links connected to the given node in the net- ets is performed in accordance with the identities of 
work. At the second node, an attempt is made to derive 50 their respective source nodes. The link state packet 
from the link state packet forwarded to the second identifies its source node. The boundaries of the se- 
node, the states of the links connected to the given lected range are indicated by the identities of the re- 
node. The stored information used for routing: packets spective sources of the link state packets at the extremes 
at the second node is updated using the derived link of the range. 

states, whether all or fewer than all of the links con- 55 When a new link is initialized between first and sec- 
nected to the given node have been derived. ond nodes in the network, a summary of link state pack- 
Multiple link state packets are sent to the first node; ets stored by the first node is organized at the first node, 
Each packet indicates the states of one or more links the summary is sent to the second node and is compared 
connected to the given node. Not all of the link state at the second node with the link state packets stored by 
packets indicate the states of the same links. A fragment 60 the second node: In some embodiments, such a sum- 
number is included in each of the multiple packets for mary is organized at a neighboring node connected by a 
identifying the packet among the multiple packets; The link to the new nbide; the summary is sent to the new 
given node is also identified within each of the multiple node; and compared, at the new node, with the link 
packets. Each link state packet includes a sequence state packets! stored by the new node, whereby it may 
number establishing the relative age of the packet 65 be determined which packets being stored by the neigh- 
among other packets identifying the given node and boring node are not being stored by the new node. In 
having the same fragment number. The link state packet some embodiments, such a summary is organized at a 
indicates that a link connected to the given node is designated router of a local area network, then sent to a 
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second router on the network, and compared, at the 
second router, with the link state packets stored by the 
second router. 

As a result, link state information may be efficiently 
organized and broadcast throughout a network. 5 

Other features and advantages of the invention will 
be apparent from the following description of the pre- 
ferred embodiment and from the claims. 


DESCRIPTION OF THE PREFERRED 
EMBODIMENT 


10 


We first briefly describe the drawings. 
FIG. 1 illustrates the contents of a typical LSP. 
FIG. 2 illustrates the contents of a typical CSNP. 
FIGS. 3A through 3C illustrate the contents of LSP 15 
fragments. 

FIG. 4 is a flow chart of an algorithm for updating 
the contents of link state packet storage according to 
the invention. 

FIGS. 5A through 5C illustrate the contents of a 20 
node's link state database. 

FIG. 6 is a flow chart of an algorithm for adding 
neighbors to the fields of the link state database of 
FIGS. 5A through 5C 

FIGS. 7A through 7C illustrate the contents of 25 
CSNP fragments. 

FIG. 8 is a flow chart illustrating the creation of a 
CSNP fragment. 

In the invention, rather than sending long LSPs 
through the network, routers transmit link state infor- 30 
mation in several smaller link state packets (hereafter 
these smaller link state packets may simply be called 
fragments. Each fragment (link state packet containing 
partial link state information) is generated, transmitted, 
and used independently of other fragments. When one 35 
of the fragments is corrupted by noise during transmis- 
sion, only the corrupted fragment is re-transmitted. 
Furthermore, when the state of a link changes, only a 
revised version of the affected LSP fragment (or a re- 
placement packet) is transmitted. 40 

A typical set of fragments is illustrated FIGS. 3 A 
through 3C Taken together, the fragments illustrated in 
FIGS. 3A through 3C contain all of the neighbor fields 
of the prior art LSP of FIG. 1. However, each fragment 
contains only some of the neighbor fields that are con- 45 
tained in the prior art LSP of FIG. 1. Whereas the LSP 
in FIG. 1 contains fields for all neighbors (which are 
numbered 1 through N), the first fragment, shown in 
FIG. 3A, contains only neighbor fields 1 through K 
(where K< N); the second fragment, shown in FIG. 3B, 50 
contains only neighbor fields K + l through M (where 
M<N); and the third fragment, shown in FIG. 3C, 
contains only neighbor fields M + l through N. 

Each fragment includes a field 10 indicating the 
source node; this field contains the same information as 55 
the source node field 10 of a prior art LSP (FIG. 1). In 
addition, each fragment includes a field 18 indicating 
the "fragment number", i.e., the fragment's location in 
the set of fragments that includes all of the link state 
information of a prior art LSP. Note that the fragment 60 
in FIG. 3A is indicated as fragment 1, the fragment in 
FIG. 3B is indicated as fragment 2, and so on. 

Each fragment also includes a field 12 containing a 
sequence number. This field performs a similar function 
to the sequence numbers of complete LSPs; however, in 65 
this case the sequence number indicates the relative age 
of the fragment among the versions of the fragment that 
have been broadcast by the originating router. Because 


the fragments are independently updated in response to 
changes in the network, the sequence numbers of vari- 
ous fragments from the same originating node may be 
different; note that the sequence number of fragment 1 
is 12, but the sequence number of fragment 2 is 7» and so 
on. 

Referring to FIG. 4, when a fragment is received by 
a router, the router searches 13 for any stored fragments 
having the same source and fragment number as the 
received fragment. If one is found, the router compares 
15 the sequence number of the received fragment to the 
sequence number of the stored fragment. If the se- 
quence number of the received fragment is higher, or if 
no stored fragment was found in step 13, the received 
fragment is stored 17. The router then computes routes 
through the network based on the link state information 
included in the received fragment (for example, by 
computing a routing table using Dijkstra's algorithm). 
Otherwise, if the stored fragment is more current, the 
stored fragment is retained and the received fragment is 
discarded 19. 

To enhance the operation of the invention, the rela- 
tive positions of the neighbor fields of the LSP frag- 
ments are carefully maintained. FIG. 5A illustrates the 
contents of a router's link state database 20 (i.e., the 
database in the router that stores the states of all of the 
links connected to the router). The contents and organi- 
zation of the database 20 correspond to the contents and 
organization of the fields in the LSP fragments of 
FIGS. 3A through 3C. The first K fields of the database 
are included in the fragment of FIG. 3 A, fields K+l 
through M of the database are included in the fragment 
of FIG. 3B, and fields M+l through N of the database 
are included in the fragment of FIG. 3C. 

Referring to FIG. 5B, as the states of the links 
change, the corresponding fields in the link state data- 
base and the LSP fragments must change. In FIG. 5B, 
the links to neighbors M and M+2 have become dis- 
abled. In addition, a new link to a neighbor N+l has 
become enabled. Because the links to neighbors M and 
M+2 are no longer operative, subsequent LSP frag- 
ments should not indicate these neighbors. Although 
these neighbors are to be removed from LSP fragments, 
in the router's database 20 the fields previously occu- 
pied by neighbors M and M+2 are not erased or re- 
used. Rather, the fields for neighbors M and M+2 are 
marked as "empty" (for example, by setting a flag bit); 
for future use, the identity of the neighbor that had 
previously been stored in the field is retained by the 
field (the identity of the previous occupant is illustrated 
in parentheses in FIG. SB). When a new neighbor is 
added (if there is storage space available in the router's 
database 20), rather than re-using the fields marked as 
empty, a new field is added to the end of the database. 
In FIG. 5B, a new field has been created for new neigh- 
bor N+l. 

New LSP fragments must be issued to convey the 
above link state changes to other nodes in the network. 
These new fragments are illustrated at the bottom of 
FIG. SB. Because the field previously occupied by 
neighbor M is now marked as "empty" in the database 
20, the new version of fragment 2 does not have a field 
for neighbor M, and ends with the field for neighbor 
M-l. Similarly, because the field previously occupied 
by neighbor M+2 is now "empty" in the database, the 
new version of fragment 3 does not have a field for 
neighbor M+2; the field for neighbor M + l is followed 
immediately by the field for neighbor M+3. In addi- 
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tion, because new neighbor N+l has been added to the the contents of many of the fragments would change, 
database, the new version of fragment 3 ends with a Thus: many fragments would have to be updated in 
field for the new neighbor N + 1. (Alternatively, a new response to a change of state of a single link; as a result, 
fragment, numbered 4, could be created to contain the transmission overhead would be increased, 
field for neighbor N+l). 5 The algorithm of FIG. 6 also reduces the possibility 

The states of the links may change again* for example, that a field for a particular . neighbor may move from 
in FIG. 5C, the link to neighbor M + 2 has again become one LSP fragment to another LSP fragment. Such 
enabled. In this case, because neighbor M+2 is identi- movements can result in error conditions. For example: 
fied as the previous occupant of a field marked if riodeA's neighbor B moved from node A's LSP frag- 
"empty", neighbor M+2 is not added to the end of the 10 ment X to node A's LSP fragment X-l, node A would 
data base 20. Rather, the Held that previously contained have to broadcast hew versions of fragment X and frag- 
neighbor M + 2 is modified to not be marked as "empty" ment X — 1 to the network, because the contents of both 
(i.e., its flag bit is cleared), and thus neighbor M+2 is fragments changed. If fragment X were broadcast to the 
again included in the link state database. network first, for some period of time before fragment 

In response to the above changes in the link states, a 15 X— 1 was received by the network, the network would 
new version of LSP fragment 2 must be issued. This be unaware of the link between A and 6, because the 
new fragment is illustrated at the bottom of FIG. 5C. old version defragment X—l would not indicate the 
Because the field previously marked as "empty" is now existence of the link, and the new version of fragment 
occupied by neighbor M+2 t the new version of frag- X— 1 would not yet have been received. This situation 
ment 2 has a field for neighbor M+2; the field for 20 may cause an error if a node in the network attempts to 
neighbor M+ 1 is followed immediately by the field for route a packet based on the erroneous assumption that 
neighbor M+2. there is no link between node A and node B. 

Referring to FIG. 6 t in one algorithm, when a neigh- As discussed above, it may bften be desirable to use 
bor is to be added to the link state database 20, a loop 30, CSNPs to compare the contents of the link state data- 
32, 34 examines the fields in the database which have 25 bases of tWo; routers, for example, two neighboring 
the empty bit set. Each field is checked 32 to determine routers: Some particular situations where a CSNP com- 
if it identifies the neighbor to be added (i.e., if the neighs parisori may be desirable are as follows: (I) When a link 
bor to be added had previously occupied the field). If is activated, the link state databases of the two routers 
such a field is found, the algorithm clears 36 that field's that are newly connected by the link should be corn- 
empty bit, thus re-incorporating the neighbor into the 30 pared. For this purpose, one or both of the connected 
database and the LSP fragments. routers may transmit CSNPs to the other router. (2) 

If no such field is found, and all of the fields with the When a new router is first activated (and thus has an 
empty bit set have been checked (i.e., the answer at step empty link state database); the new router's neighbors 
34 is "yes")* the algorithm checks 38 if the link state should provide the new router with their stored LSPs. 
database is full. That is, the algorithm checks if there is 35. For this purposer the new router may transmit an 
storage space in the link state database for another field. "empty" CSNP to its neighbors, thus requesting an 
If the database is not full, a new field is added 40 to the update. (3) On a Local Area Network (LAN), the desig- 
database, and the new neighbor is added to this field. nated router (which is responsible for routing and 
However, if the database is full, then one of the "housekeeping"; duties for the LAN) should regularly 
"empty" fields must be "garbage collected" and used to 40 verify that all of the other LAN routers have received 
store the new neighbor. For this purpose, the algorithm recently transmitted LSPs. (This is necessary because 
selects 42 a field with the empty bit set, and adds the routers on a LAN do riot send acknowledgement mes- 
new neighbor to this field. The selection strategy may sages acknowledging the receipt of LSPs). For this 
be random, or, preferably, the selection may be done on purpose, the designated router broadcasts a CSNP to 
a "least recently used" basis. In the latter embodiment, 45 the other routers on the LAN. 

each of the "empty" fields indicates the length of time In large networks, there may be many routers, and 
that they have been marked as empty, and the one that thus the network's CSNPs may become very large. The 
has been marked as empty for the longest time is used to problems that can be caused by large LSPs may also be 
store the new neighbor. caused by large CSNPs. Therefore, in an aspect of the 

The algorithm of FIG. 6 assumes that the node data-: SO invention, large CSNPs are avoided by dispersing the 
base has more fields than the total number of links that information contained in the CSNP, and transmitting it 
may be connected to the node. In an alternative embodi- in several CSNP fragments: These CSNP fragments are 
ment, the algorithm can be modified so that, if this illustrated in FIGS. 7A through 7C. Each CSNP frag- 
assumption is false, an error is generated. In this em- ment includes several of the pairs 16 included in the 
bodiment, the algorithm returns an error if, during step 55 complete CSNP of FIG. 2. However, the order of the 
42, a field with the empty bit set is not found. pairs 16 in the CSNP fragments is not necessarily the 

The above algorithm for adding and removing fields same as the order of the fragments in the complete 
in the node database 20 reduces the extent to which the CSNP. 

contents of the neighbor fields move in the database and In CSNPs, the order in which the pairs 16 appear is 
in the fragments; the removal or addition of a neighbor 60 usually random (and typically depends on the order in 
does not affect the positions of the other neighbors in which the LSPs were: added to the originating router's 
the database or in the fragments. This feature enhances link state database). Referring to FIG. 8, when creating 
the benefits of fragmentation: when the state of one ljnk CSNP fragments, these pairs 16 are ordered 54. Any 
changes, the contents of only one fragment win be af- -suitable ordering: scheme (e.g., an alphabetical or nu- 
fected by the change. 65 meric scheme) may. be used. In a preferred embodiment, 

If the addition or subtraction of one link caused the the source fields 10 of the pairs 16 are used to determine 
location of many neighbors to change (as is the case in . an ordering of the pairs. Once all of the pairs 16 are 
known methods for adding and removing neighbors), ordered, a range of the pairs (e.g., all pairs with source 
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fields numbered 1 through 10) is selected 56, and those than that supplied by the corresponding field 12 of the 

pairs 16 in the selected range are included 58 in a CSNP received CSNP fragment, the receiving router may 

fragment and transmitted 62. send a packet to the router that originated the CSNP 

For the sake of example, the first CSNP fragment, requesting a copy of the more recent LSP. 

shown in FIG. 7A, may include the pairs from the 5 Finally, the receiving router checks if any other LSPs 

sources numbered 1 through X, the second CSNP frag- in its link state database lie in the range specified by the 

ment, shown in FIG. 7B, may include the pairs from CSNP fragment, but do not appear in the CSNP frag- 

sources numbered X+l through Y, and the third CSNP ment. This check allows the receiving router to deter- 

fragment, shown in FIG. 7C, may include the pairs mine if there are any LSPs (in the range of the CSNP 

from the sources numbered Y+l through Z (where 10 fragment) that are stored in the link state database of the 

X<Y<Z). Note that, although all of the pairs 16 in the receiving router, but are not stored in the link state 

selected range are placed in the CSNP fragment, within database of the router that originated the CSNP frag- 

the CSNP fragment, the pairs do not have to appear in ment. If there is a LSP missing (i.e , stored in the receiv- 

order (i.e., they do not have to be sorted) as shown in ing router's link state database but not appearing in the 

FIGS. 7A through 7C. If desired, the pairs may be 15 CSNP fragment), the receiving router may, for exam- 

randomly arranged within the CSNP fragment. How- pie, send a copy of the missing LSP to the router which 

ever, it is preferred to sort the pairs in the CSNP frag- originated the CSNP. This last step in particular is made 

ment to increase the efficiency with which the CSNP possible by the inclusion of range fields, 

fragment may be parsed and compared to a receiving In this way, a router receiving a CSNP fragment is 

router's link state database. 20 able to compare a portion of its link state database to a 

To facilitate comparison, two additional fields 50, 52 corresponding portion of the link state database of the 

are included 60 in the header of the CSNP fragments. router that originated the CSNP fragment. The com- 

These fields indicate the range of pairs 16 included in parison is as accurate as that provided by known CSNP 

the CSNP fragment. Field 50 indicates the source num- schemes, but can be made from a single CSNP fragment 

ber (or name) of the numerically (or alphabetically) first 25 without regard for the contents of other fragments be- 

pair 16 included in the CSNP fragment. Field 52 indi- cause the comparison is limited to a range of the LSPs. 

cates the source number (or name) of the numerically Therefore, the CSNP fragments do not all have to be 

(or alphabetically) last pair 16 included in the CSNP received in order to compare the two databases, and, as 

fragment. For example, in FIG. 7A, field 50 indicates a result, only some of the CSNP fragments need by 

that source 1 is the start of the range in the CSNP frag- 30 transmitted or received at any one time, 

ment, and field 52 indicates that source X is the end of A CSNP fragment comparison such as discussed 

the range of the CSNP fragment. above is limited to a specified range of the two data- 

The inclusion of fields 50, 52 allows the CSNP frag- bases, and is thus necessarily incomplete. However, 

ments to be autonomous, in that their contents are well even when a complete CSNP is used to compare two 

defined, and can be used independently of the other 35 databases, the resulting comparison is only approxi- 

fragments. This aspect is discussed in more detail below. mate, because the time delays caused by transmission 

When required by the routing algorithm (e.g., under make the CSNP sequence numbers invalid before the 

any of the conditions set forth in the background CSNP arrives at the receiving node. Thus, database 

above), a router forms a CSNP fragment, and transmits comparisons performed through CSNP fragments (for 

it to one or more of the other routers in the network. 40 example, by transmitting a sequence of fragments hav- 

The receiving router first compares the CSNP fragment ing ranges which span the entire database) are not nec- 

to the receiving router's link state database to determine essarily less accurate than comparisons performed with 

whether LSPs for all of the sources mentioned in the complete CSNPs. A fragment based comparison may in 

CSNP fragment are stored in the receiving router's link fact be more accurate, because of the reduced transmis- 

state database. This comparison allows the receiving 45 sion overhead (and thus less delay) incurred in transmit- 

router to determine if there are any LSPs On the range ting and comparing the smaller fragments, 

of the CSNP fragment) stored in the link state database Qthcr Embodiments 
of the router that originated the CSNP, but not stored in 

the link state database of the receiving router. If there is Embodiments other than those described above are 

a LSP missing (i.e., not stored in the receiving router's 50 within the scope of the following claims, 

link state database), the receiving router may, for exam- The contents of the CSNP and LSP fragments need 

pie, send a packet to the router that originated the not be mutually exclusive; rather, some neighbor fields 

CSNP, requesting a copy of the missing LSP. may be included in more than one fragment 

The receiving router also compares the sequence Other information may be included in LSP frag- 

numbers in the received CSNP fragment to the se- 55 ments. As discussed above, the LSP fragments may 

quence numbers in the receiving router's link state data- include link state information in addition to, or instead 

base. This comparison allows the receiving router to of, an indication of whether the link is operable or inop- 

determine the relative age of the LSPs (in the range of erable. For example, the fragment may include link 

the CSNP fragment) stored by the receiving router and performance parameters such as "cost". Although de- 
by the originating router. If a LSP stored by the receiv- 60 scribed in terms of updating link operability informa- 

ing router has a higher (i.e., more recent) sequence tion, the methods described herein are equally applica- 

number than that supplied by the corresponding field 12 ble to updating these other types of link state informa- 

of the received CSNP fragment, the receiving router tion. 

may (possibly depending on the magnitude of the differ- Furthermore, LSP or CSNP fragments may include 
ence between the sequence numbers) send a copy of the 65 other fields, for example, fields for verifying the con- 

more recent LSP to the router which originated the tents of the fragments or for aging and invalidating the 

CSNP. Similarly, if a LSP stored by the receiving fragments. In particular, U.S. Patent Application 

router has a lower (i.e., less recent) sequence number 07/398,347 of Radia J. Perlman filed Aug. 24, 1989 for 


06/21/2004, EAST Version: 1.4.1 


11 


5,128,926 


12 


10 


15 


25 


"Robust Packet Routing over a Distributed Network 
Containing Malicious Failures", incorporated by refer- 
ence herein, and U.S. Patent application Sen No. 
07/364,470 of Radia J. Perlman et al. filed June 9, 1989 
for "Reliable Broadcast of Information in a Wide Area 
Network", incorporated by reference herein describe 
additional information which may be included in GSNP 
or LSP fragments, and algorithms for using this infor- 
mation to enhance the robustness and error recovery of 
networks. 

Other embodiments are within the scope of the fol- 
lowing claims. 

Note that the "state" ,of a link, as used above, is infor- 
mation as to whether the link is operative or inopera- 
tive; however, a link state fragment may also include 
other information, about the link such as its "cost",and 
the invention may be applied to updating these other 
types of link state information. 

What is claimed is: 

1. A method for updating, at a first node of a network 20 
of nodes interconnected by links, stored information 
used for routing packets at said first node, comprising 

a. receiving a link state packet at said first node, said 
packet indicating the states of links connected to a 
given node in said network, 

b. attempting, at said first node, to derive from the 
link state packet received in step (a), the states of 
the links connected to said given node, and 

c. if the states of fewer than all of the links connected 

to said given node are derived in step (b), updating 30 
said stored information used for routing packets 
using the derived link states without regard to 
other link state packets sent to said first node. 

2. The method of claim 1 wherein 

d. if the states of all of the links connected to said 35 
given node are derived in step (b), updating said 
stored information used for routing packets using 
the derived link states. 

3. The method of claim 1, wherein said given node 
originates, and sends toward said first node, the packet 40 
received in step (a). 

4. The method of claim 3, further comprising, 

d. if a given link connected to said given node 
changes from a first state to a second state, deter- 
mining whether the first slate of said given link was 45 
indicated in a packet previously sent toward said 
first node, and 

i. if the first state of said given link was indicated in 
a packet previously sent toward said first node, 
originating, at said given node, a replacement 50 
packet, said replacement packet indicating the 
change of state of said given link but not indicat- 
ing the states of all other links connected to said 
given node, or 

ii. if the first state of said given link was not indi- 
cated in a packet previously sent toward said 
first node, originating, at said given node, a hew 
link state packet indicating that said given link is 
in said second state but not indicating the states 
of all links connected to said given node, and 

iii. sending said replacement packet or said new 
packet toward said first node. 

5. The method of claim 4, wherein 
if said replacement packet is sent in step, an indicator 

indicating the changes represented by the replace- 
ment packet is stored. 

6. The method of claim 5, wherein said indicator is 
stored in said given node. 


55 


60 


65 


7. The method of claim 5, further comprising 

e. if said given link subsequently changes form said 
second state back to said first state, retrieving said 
stored indicator, - forming a further replacement 
packet by removing the changes indicated by said 
indicator, and sending said further replacement 
packet toward said first node; 

8. The method of claim 7, wherein 

in said first state, said link is operative, and in said 
second state said link is inoperative, 

each link state packet indicates that a link connected 
to said given; node is operative by identifying one 
or more nodes that are connected to the operative 
link, and indicates that a link connected to said 
given node is inoperative by omitting identification 
of any nodes that: are connected to the inoperative 
link, and / 

said indicator comprises a field for identifying a node 
and a flag bit for indicating the operability of the 
link conhectiiig the identified node to said given 

• node.. , 

9. The method of claim 1 adapted to update, at a 
second node of said network, stored information used 
for routing; packets at said second node, further com- 
prising 

d. forwarding the link state packet received by said 
first node in step (a) from said first node to said 
second: node, 

e. attempting, at said second node, to derive from said 
link state packet forwarded in step (d), the states of 
said Jinks connected to said given node, 

f. if the states of all of the links connected to said 
given node are derived in step (e), updating said 
stored information used for routing packets at said 
second node using the derived link states, and 

g; if the states of fewer than all of the links connected 
to said given node are derived in step (e), updating 
said stored information used for routing packets at 
said second node using the derived link states. 

10. The method of claim 1, further comprising 

d. receiving additional link state packets at said first 
node, each of said additional link state packets 
indicating the states of one or more links connected 
to said given node, not all of said packets indicating 
the states of the same links. 

11. The method of claim 10, wherein each of said 
additional link state packets includes a fragment number 
for identifying the packet among the additional packets. 

12. The method of claim 11, wherein the link state 
packets received in steps (a) arid (d) identify said given 
node. 

13. The method of claim 12, wherein each link state 
packet received in steps (a) and (d) includes a sequence 
number establishing a relative age of the packet com- 
pared to other packets identifying said given node and 
having the same fragment number. 

14. The method of claim 1, wherein said given node is 
identified within each said packet. 

15. The method of claim 1, wherein said link state 
packet indicates that a link connected to said given node 
is operative by identifying one or more other nodes that 
are connected to the operative link. 

16. The method of claim 1, further comprising 

<L if a link connected to said given node changes from 
a first state to a second state, sending toward said 
first node a packet indicating that said changed link 
is in said second state. 
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17. The method of claim" wherein said given node ^Jr^I^^S^tz^t^^ 
originates and sends the packets which are received ,n X^^^^S^ ^ 

step (a) and sent in step (d). f r organizing information concerning 

node, each said packet t,ve a 1 ""* node wh,ch the hnk sta,e P**"' 

identifying a given node in said network and the comprising 
operable states of links connected to said given .0 ordering said hnk ^ 5n ^ 

node, not all of said packets identifying the oper- selectmg a range of said link state packets in saia 
able states of the same links, and order » . 

Assess - ^« ssss 

„o,k' of «!. interconnected by link* , ««g PJ*£ )hc ^j,*, 

Info„n>lio. dental. op«r.t.v« tak> conneang *™£JJ£ "ge a,, indited b, the identities of 

node i uH network » »d fb« .ode, e.ch «,d 3 S ^-^f ~£ M , w hereia each said link 

same nodes, 27 The method of claim 26, wherein the information 

add Subue udog the ^ identioe. derived i. •»»"^>^' i of ~£ 10 epplied i= *= kW. 
d ?feSr a» Jl of the node, connected by oper.- to of . new link whick * 

g. KeliodTomitted from the replacement packet 65 being stored by saj second node are not being 
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organizing, at a neighboring node connected by a link 
to said new node, a summary of link state packets in 
accordance with the method of claim 23, said sum- 
mary identifying each link state packet stored by 
said neighboring node, 

transmitting said summary to said new node, and 

comparing, at said new node, said summary and the 
link state packets stored by said new node, 

whereby said new node may dietermine which pack- 
ets being stored by said neighboring node are not 
being stored by said new node and which packets 
being stored by said new node are not being stored 
by said neighboring node, 

32. The method of claim 20 applied to the verification 
of link state packets on a local area network, comprising 

organizing, at a designated router of said local area 
network, a summary of link state packets in accor- 
dance with the method of claim 23, said summary 


10 


15 


identifying each link state packet stored by said 20 comprising 


tioh used for routing packets at said first node, compris- 
ing 

means for receiving a link state packet at said first 
node, said link state packet indicating the state one 
. or more given, links connected to a given node in 
said network; but not indicating the states of all 
links connected to said given node, 
means for deriving from the packet or packets re- 
ceived by said receiving means, the state of said 
given links, and 
means for updating said stored information used for 
routing ; packets using the derived states of said 
given links without regard to other link state pack- 
ets sent to said; first node. 
34. Apparatus for organizing information concerning 
the states of links mtercoiuiectinjg nodes of a network of 
nodes, said information grouped into link state packets 
each indicating the states of links connected to a respec- 
tive source node which generated the link state packet, 


designated router, 
sending said summary to a second router on said local 

area network, and 
comparing, at said second router, said summary and 

the link state packets stored by said second router, 25 
whereby said second router may determine whether 

link state packets have been reliably received over 

said local area network. 
33. Apparatus for updating, at a first node of a net- 
work of nodes interconnected by links, stored informa- 30 


means for ordering data identifying said link state 
packets,.-' 

means for selecting a range of said identifying data in 

said order j and 
means for forming a summary including 

information indicating the boundaries of said se- 
lected range, and 
each element of identifying data within said selected 

range. r 
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UNITED STATES PATENT AND TRADEMARK OFFICE 

CERTIFICATE OF CORRECTION 


PATENT NO. : 5,128,926 Page 1 of 2 

DATED : July 7, 1992 

INVENTORY) : Radia J. Perlman et al. 

It is certified that error appears In the above-identified patent and that said Letters 
Patent is hereby corrected as shown below: 

On the title page, item [56], 

mKre^I^.'^n^g^ d ARPANET . 


Column 1, line 14, 
Column 2, line 7, 
Column 2, line 54, 
Column 2, line 59, 
— re-assembles — • 
Column 2, line 61, 
— re-splitting — . 
Column 5, line 33, 
Column 6, line 44, 
Column 10, line 29 


"FILED" should read — filed — . 
"LSP based" should read — LSP-based- 
" routers" should read — router — - 
"re assembles" should read 

"re splitting" should read 

insert — )— after "fragments", 
insert (comma) after "20". 

"by" should read — be — . 


Column 11, line 64, claim 5, insert -(d)(1) " J*?^ ;| r ep " ' 

Column 14, line 60, claim 30, insert — (comma) after 
"node" 

Column 15, line 19, claim 32, "23" should read —20—. 
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